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METHOD AND APPARATUS FOR PROVIDING CUSTOM CONFIGURABLE 
BUSINESS APPLICATIONS FROM A SrANDARDIZED SET OF COMPONENTS 

RELATION TO PRIOR APPLICATIONS 
5 

This application claims priority of (1) U.S. Provisionai patent application having 
serial number 60/164,021 , filed August 23, 1999, entitled “Method and Apparatus to 
Provide Custom Conrigunible Business Applications From a Standardized Set of 
Components,” and of (2) U.S. patent application (Attorney Docket No. ASRAPOOl) 

10 having serial number 09/440,326, filed November 15, 1999, entitled "Method for 
Providing Custom Configurable Business .Applications From a Standardized Set of 
Components," and of (3) U.S. patent application (.Attorney Docket No, ASRAP002) 
having sertal number 09/439, 764, filed Noveniber 15, 1999, entitled ''Apparatus to 
Provide Custom Configurable Business Applications From a Standardized Set of 
15 Component.s," and of (4) U.S. patent application ( Attorney Docket No. ASRAP004) 
having serial number 09/547,161, filed April 11, 2000, eniitied "Business Methods For 
Providing Custom Configurable Business Applications From A Standardized Set Of 
Components,” ail of which is hereby incorporated by reference in titeir entirety. 

FIELD OF THE INVENTION 



20 The present invention relates generally to methods and apparatuses tor providing 

custom configurable business or channel appltcations from a standardized set of 
components. More specincaily, the present invention allows each business to select from 
a set of applications, customize that set of applications , and/or develop new customized 
applications from a set of development components. 

25 BACKGROUND OF THE INVENTION 

Business interactions have traditionally involved collections of people and/or other 
businesses that add up to tbrm certain supply chains or demand chains. A supply chain is 
sometimes referred to as "upstream'' from an enterprise business, with the manufacturers 
being on the ’’buying side" of the enterprise. A supply chain is comprised of various 
30 parties who facilitate bringing various materials fiom a supply source to the manufacturer, 
A demand chain is sometimes referred to as "downstream.", with ihe customers being on 
the "selli ng side. " A demand chain is generally comprised of ihe various parties who 
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facilitate bringing a product from an enterprise (or manutacturer) to a trading partner (or 
user), in order to complete the various transactions between these parties, person-to-person 
interactions have traditionajly been used at the various points along the chain. Hardcopy 
forms and the like often accompanied these interactions. Today, the rapid development of 
different electronic media to exchange infonnation has led to many new approaches for 
the completion of certain business related tasks. 

Computer networks provide an efficient means for transporting data bertveen 
workstations or terminals on (or connected to) the network. Such networks can consist of 
Local Area Networks (LANs), which generally restricted to one geographical area or 
loeatioR. Such networks can also include Wide Area Networks (WANs) which connect a 
number of machines over a larger geographic area. Tlie Intemet is also an example of one 
such netv\>’ork. The intemet is a w'oridwdde system of computer networks — or a netw'ork 
of netw'orks — wherein users at any one computer can, if they have permission, get 
information from any other computer. The Intemet was conceived by the Advanced 
Research Projects Agency (ARP A) of the U.S. govemntent in 1969 and was first known as 
the ARPANet. The original aim was to create a network that would allow users of a 
research computer at one nntvcrsiN to be able to "talk to" research computers at other 
universities. A side benefit of the ARPANet design provided that messages can be routed 
or rerouted in more than one direction, the network can continue to function e ven if parts 
of it were destroyed in the event of a militar>' attack or other disaster (including simple 
dow'a-time of component parts). 

Today, the Internet is a public, cooperative, and self-sustaining facility accessible to 
hundreds of millioas of people worldwide. The Internet is thereby providing a low-cost 
medium for the exchange of information between certain authorized parties, A large 
number of merchants are using the Internet to directly offer goods and servn'ces to users or 
customers. Additionally, the Internet is being used as a transport medium for information 
between merchants and other related parties, particuiariy on the deraaird-side. A merchant 
might, for example, interact with certain Original Equipment Matiufacturers (OEMs), 
distributors, direct retailers, and''or Value Added Resellers ( V,4iRs) through Intemet links 
back to the merchant's w'ebsite. Such interactions would likely decrease the number of 
phone calls. Fax interactions, and/'or person-to-person interactioas, thereby saving time 
and money for both parties involved. 
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The rapid exchange of information over tiie Internet has led developers to automate 
certain business processes, including for instance, sales related tasks. Developers have 
previously devoted considerabie attention to the automation of ''back-end'’ tasks (e.g. the 
completion of forms, the order proces,smg in the back-end ERP system, and the like). 

5 Mamifacturers already see cost savings in automating such back-end processes. On the 
demajid-side, there are many business processes between the manufacturer and the buyers 
(trading partners) that can be automated. For in.stancc, the process of determimng how 
much of a discount should be oifered for each individual buyer can be automated. 

Another task might include management activities regarding various business channels, 

10 "Channels" are usually referred to as being direct, or indirect. .An example of a direct 
channel is the company's .sales force, which then interacts with the customers, .An 
example of an indirect channel is a V.AR, which might include a retail store, or the like. 
Still other tasks might include the customer support, storage and recall of marketing leads, 
and the administration of sales promotions. By automating more of such tasks, the sales 
15 force for airy given manufacturer can be made more efficient, thereby reducing the overall 
cost of selling. Automating business processes like selling, customer support, 
marketing/sales promotions etc, in a demand-chain can provide significant cost savings for 
manufacturers- 

Certain new approaches have focused more on how to automate the Ml set of 
20 transactions relating to the channel relationslhp. This might include buying and selling, 
customer support, generation of new market leads, sales promotions, etc. Also, rather than 
have certain transactions take place over private enterprise netwwks (and the like), the 
new'er approaches are attempting to automate all such processes over the Internet (often 
referred to as the "web"), Bence, all parties along the entire chain (e.g. customer, VAR, 

25 distributor, manutacturer) will be offered automated w'eb-based services. Developers, 
how'ever, have not implemented a complete and favorable demand-chain .solution that 
automates, or allows ready creation of, customized applications throughout the 
downstream flows. 

Automation of demand chain over the internet requires breadth of functionality to be 
30 integrated in one place. For e.xample, the manufacturers need to provide functionality for 
buyers to authenticate themselves, browsing product catalogs, configuring products, 
submitting orders (to the back-end ERP .sy,stem.s), checking order statu.ses and so on. 
Manufacturers need to acquire a variety of pKxiucts to pnrvide for the demand-chain 

3 
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functkraaJity and integrate them in a coherent fashion. As the internet technology is 
proceeding at rapid rate, raamifactiirers are left with a daunting task of picking the best-of 
-breed products to provide the desired functionality and integrating them. 

Internet transactions can also generally be divided into t%vo categories: 1) business- 
5 to~business transactions, and 2) business-to-consumer transactions. Most solutions to 
automate transactions Itave dealt with business-to-consumer interactions. As such, these 
interactions are much more straightforward than business-to-business transactions. In a 
business-to-cn.stomer transaction, the merchant supplies a "storefront" or web site that 
offers products to any number of diversified consumers who might wish to view this web 
1 0 site. Tire consumer then purchases a product via a selection and payment method, and the 
product is thereaiter .shipped to the consumer. On the other hand, when one business deals 
v^ith anotlicr business, there is a much greater amount of business processes and 
customization in the transactions that occur. For instance, the interactions that occur 
between a large petroleum raaiiufacturer and a small chain of gasoline-sersdee stations 
15 might be very' different from the intBtactions that occur with a much larger (globally- 

based) chain of gasolme-service stations. Different volume discounts, mcentive plans, and 
the like, might be offered to these different types of purchasers. Business to Business 
transactional systems lack fecilities to empower users with necessary knowledge to run 
their day to day responsibilities, Manufactnrers need a web ba,sed system to improve trust 
20 and !o,yalty, educate their customens, encourage peer to peer communication, make their 
users aw'are of the current industry trends: what the current .system offer.? as Community 
sendees. There is a need to provide a seamless integration between the commerce sendees 
and the community sendees enabling manufactures to promote their products in an 
efficient manner. Such community features are much needed for rapidly growing 
25 vertically focused market makem called “Net Market Makers”. These net market makers 
use the internet as tlieir only medium to promote their products from different 
manufeteturem. 

Accordingly, certain in-house systems (i,e, developed internally) have been 
developed by manufacturers in order to handle business transactions relating to their 
30 particular product line (e,g. Cisco, w'hich .manufactures and sells routers). The in-house 
system is configured to handle the various interactions necessitated by different customers 
desiring different transactions. Such in-house systems, however, can prove to be very 
expensive to develop and maintain, and also may lead to integration of products rather 
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than an integrated product, A customteed system might take yeans to develop, and require 
many hours of employee time to implement. Most small businesses do not have tlte 
necessary resources. Additionally, small businesses caimot justify the risk (or time) 
involved in developing such an in-bouse system, wherein the risk involves potential delays 
5 in time-to-market with a particular product. As a result, such businesses must continue to 
operate under older models and practices, and therefore no savings can be realized from 
such automated services. 

There exists a need for a system (i.e. method, or the like) that will address certain 
difftculties in customization of automated business services (across the Internet and other 
10 networks), particularly relating to business-to-business transactions. The system should 
provide such services in a more timely and generally accessible manner. The system 
should provide for a more adaptable and scalable application solution across any number 
of products and'of techno iogies. A user should be able to utilize this system without 
incurring significant startup or development costs. Certain business applications .should be 
15 provided which can be customized according to each user's need.s. Other business 

applications should be readily created using development routines and tools. The resulting 
applications should seamlessly itUerface with the overall system architecture. This 
approach should therefore provide rapid deployment of automated business applications, 
as customized for each individual company using the system. 

20 SUMMARY OF 1;HE INVENTION 

To achieve the foregoing, and in accordance with the purpose of the present 
invention, the methods and apparatuses described include, tor example purposes, a serv'er 
device referred to as the Asera Commerce Server (ACS). The ACS provides for the 
development and implementation of customized, automated, web~based business service 
25 applications. The ACS provides for a serv^er based method wherein best-of-breed services 
and'or applications are integrated in a seamless fashion and offered to enterprise 
businesses W'hlch develop customized business .service applications through using the 
system. 

The ACS is designed for vendors that want to dratnatically improve their indirect 
30 selling efficiency, in addition to developing channel loyalty to capture a greater percentage 
of sales. ACS enables manufacturers to better manage their distribution channels and key 
relationships with chiinnei partners — i.e. distributois and dealers — by optimizing liigh 
overhead channel management functions such as order entry', product configuration, order 
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status, promotional campaigns, customer service, techmeai support, and warranty/claims 
services. One re.suiting goal of tire ACS is to provide an e-business piatfomi for 
manufacturers and dealers, by pro\ndjng transaction, marketing, pre sales, post sales, and 
community services. 

5 ACS changes the nature of channel relationships by facilitating tire development of 

ftiily autotnaied transactions. Such transactions were previously conducted manually 
through implementations of self-service concepts. The ACS further provides the 
infrastructure tor manufacturers to add significant val ue to the dealer network by 
providing community services tliat will allow dealers to Interact with each other. An array 
10 of customized community services, such as email, indu,str>' forums, and transaction 
services will serve to encourage and promote inventory exchanges and best-practices 
.sharing - thus contributing further to channel efficiency and channel loyalty. 

Most manufacturer-dealer interactions today consist of phone. Fax , FedEx, atrd 
perhaps email Automating these relationships substantially reduces the bottom line 
1 5 expenses. Automating tiiese interactions also improves top line-selling efficiency because 
manufacturers make it easier for dealers to conduct business with them. If an enterprise 
w^ere to start from scratch and develop similar features offered, by ALS, the costs would be 
prohibitive, and the developraent effort would carr>' a long time-to-market penalty (or 
opportunity cost). Examples of in-house chaimel management systems have taken 4-5 
20 years to develop, and have been knowf to carry annual budgets of S50 million. 

The ACS substantially reduces entry costs and eUminates the opportunity costs. The 
present system assembles best-of-breed components into a seamless outsourced service. 
The ACS provides improved management of the manufacturer-distributor relationship in 
high teclmology market sectors where indirect distribution channels add significant value 
25 to the sales process. The net results of using ACS are improved competiti ve positioning 
for a company in the near term, and higher return on assets in the long tenn. 

The ACS includes a Commerce Server that provides a core set of technology (or 
application) services. A unique architecture and framework are provided by the 
Commerce Server, and which facilitates the methods described herein, .All interactions 
30 with external systems or users are managed as business objects. The service application 
code is maintained separate from the data, thereby enabling the system, to quickly include 
or change new business processes or technology components without having to WTJte 
substantial amounts of new code. The business result Is mom rapid customer deployments 
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and/or modifications that are customized to the level of including (if desired) the 
proprietar>' or competitive business practices of a contracthig company. 

The ACS thus can be viewed as an ASP, or Application Service Provider. An ASP 
is generally an outsourcing business model. The ASP business model requires an open 
itnd extendable architecture that allows a system to impiemenl a customer specific 
business solution in a short period of time. The ACS takes best-of-breed applications and 
incorporates them into one integrated solution to provide the ASP,s. The architecture is 
scalable and extensible, A customized business (or channel) application solution is built 
for each enterprise company. The .solution uses a ^‘modular’ or step-wise or "plug and 
play" approach towards building new applications. An enterprise company can then 
quickly acquire a tum-key e~commerce solution to automate their channel relationships. 
The present system presents little (or no) ri.sk for the enterprise company because a 
solution is built by the present .system . The co.sts of undertaking such a development exist 
as a fixed development cost of foe present system. Any resulting customized solutions are 
implemented in considerably less time than previous .systems. The enterprise company 
might pay for the application ser\'ices on a cost per transaction, or a fixed fee basis. 

Tite ACS is used to capture the particularized (or specific) business processes for a 
given customer, and foese business processes are converted into a set of customized 
appUcations. The ACS uses business steps, and rules to construct the application. The 
objects are data representations. The steps are business operations with a defined set of 
input and output ports, with each port: also having a defined set of parameters. The 
business ruie,s are used to capture customer specific business practices. A unique tool that 
employs a graphical u.ser interfece (GUI), alknv,s a developer to arrange various steps (or 
composite steps) into business processes, or workfiows, I he tool prtrvides library catalogs 
of steps to be applied to the various object,s. The connections between steps are also 
verified as correct. A graphical display of the bu,siness process is shown, and rule,s can 
thereafter be applied to provide further customization by conditionally tagging certain 
points. Hence, to create a business process (or application) for any given business, tools 
are provided which allow modules (or steps) to be plugged or dropped into the potential 
process. The steps can be moved, or the connection.s modified. An initial person-to- 
person (or other tyqje of) interview with foe business (or customer) can be used to produce 
the ffamework for arranging the steps according to the needs of that particular business 
(i.e, customized routines). The modular aspect of the present system ai!ow,s this to be 
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done “ and modifications made — in a relatively quick fashion. For instance, if a process 
has been created, but the customer wants it to behave in two different maimers, tlien 
certain rales can be applied to provide the desired results, depending on conditional 
triggers that can be associated with the underiying business objects. 

5 The underlying commerce server provides certain functional components. 

Thereafter, various vertical applications are built (and/or customized) for the particular 
enterprise business. A suite of best-of-breed components and underlying applications are 
chosen to comprise, or ran on top of, the commerce serv'cr , These components can be 
selected as the best teclmoiogies to provide certain desired efficiencies, cost reductions, 

1 0 and the like. The best-of-breed components are thereafter incorporated (or interfaced) 
with the business applications tlmough APIs. A catalog of APIs can be provided for 
developers of applications. If any underiying best-of-breed components change, then the 
commerce .serv'er configuration can be changed without interfering with any user 
intertaces. 

13 Community aspects are also ofTered between tire various developed applications, and 

server functions. Community features allow' access to data and inibmtatlon from diSerent 
functional components of ACS and other external data, thereby providiug more 
information to the channei participants. Users can generally jump back and forth between 
data on the system, without having to connect to another server or site. Usage of such data 
20 might also he made context sensitive to speed tiirough various tasks, aitd eliminate 

unwanted information. For instance, a person might be in an application that would lead 
to the purchase of security products. A conte.xt sensitive ability would .switch the user to a 
community area in order to sec industry' review's, magazine reviews, competitor 
comments, and/or latest trends, etc , about such security products. Example.s of community 
25 features might include message boards, live chat links, new links, new product 
promotions, research links, etc. 

The present system also offers features wherein the u.ser can request for an 
aggregation and preseniation of different data or information into one convenient di,splay 
area. The present system employs a template management component to tacilitate such 
30 features, A master-template mighi contain enterprise information (i.e. logos or color 

schemes) that should be applied across a series of pages. A miero-tempiate, or a coilection 
of micro-templates as a wireframe, is used to selectively display dynamic data from a 
variety of sources. The data is dynamically linked into the page from a designated data 
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source, and displayed on the appmpriate part of the page. The data cau therefore be 
displayed or aggregated in any raatmer specified by a developer of the page, or by the 
application displaying die page. 

The architecture of the present system thereby pro vides, among other things, a 
5 commerce server, an application development tool, and a community enabler. The 

architecture is extensible and scalable, A user of the system can acquire a turn- key set of 
customized business applications. The solution provides a high degree of reliability 
because the applications are developed and implemented by the centralized ACS, Single- 
.source log-on is also provided, as the user does not have to move from server to server. 

1 0 Information can thereafter be shared between various infonnation sources via die 
community' feature. 

The business features of the present system include the same turn-key operability' 
and community features. The business enterprise is provided with a low cost and low risk 
entry into automation of various business practices, 'ilie business practices of an 
15 enterprise can be captured and developed into a customized set of business processes, 
Best-of-breed components are offered to run the business applications on die underlying 
commerce server. A business for customer) can improve its channel effectiveness with a 
quick roi!*out of such services. Through hosting of various businesses on one server, 
aspects of the community' features are enabled and enhanced. 

20 Accordingly, one aspect of the present inveniion includes at ieast a method for 

providing custom configurable serv'ice applications from a standardized set of components 
associated with a serv'er device, the method comprising: configuring best-of-breed 
components and associated sert'er device appHcations for communicating with systems 
external to tlie server de vice; forming and utilizing a first set of objects w'hich are data 
25 representations for interacting with the systems external to the server device; constructing 
a service application from a modular set of application steps and application rules to 
perform services according to user requirements, the service application interfacing with 
the best-of-breed components; and forming and utilizing at ieast a second set of objects 
which are data representations for interacting '^vith a user through the service application, 

30 Still another aspect of the present invention includes at least a method for 

providing custom configurable business service applications to a user through a server 
device, the method comprising: contiguring the server device as comprised of best-of- 
breed components; configuring the server device with best-of-breed server applications for 

9 
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interacting wth the best-oi-breed components and providing server functionalites; 
constructing a business service application from a modular set of components that can be 
dynamically arranged according to user requirements, the business service application 
interacting with the server applications to provide tire user with the server functionaiities; 

5 and mterfacing with systems externai to the server device via adapters configured to 
communicate with the external system. 

Another aspect of the present invention includes at least an apparatus for providing 
custom configumble service applications from a standardized set of components 
associated with a server device, the apparatus comprising: a server device configured 
1 0 from best-of-breed components, and running best-of-brecd serv'cr applications to provide 
certain server functionalities, the sender device having serv'er data including data 
representations for interacting with systems external to the server device, the data 
representations being managed as objects; a graphical design tool used for constmeting at 
least one service application from a modular set of application steps and application rules, 
15 the service application performing services according to user requirements, the service 
application being capable of interfacing with the best-of-breed components and server 
appHcations, the serv'er data fimher including data representations for interacting witli 
users, the data representations being managed a,s objects; at least one adapter device for 
interfacing witit tite systems external to the server device; and a repository for storing and 
20 retrieving server data, the repository facilitating centralized storage, retrieval, and sharing 
of server data between all the serv-^er device components, serv'er applications, and service 
applications. 

Still another aspect of the present invention includes at least an apparatus for 
providing custom configurable business service applicatioos to a user through a serv-er 
25 device, the apparatus comprising: a server de vice as comprised of best-of-breed 

components; the serv'er device configured with best-of-breed server applications for 
interacting with the best-of-breed components and providing server funciionalites; a 
construction tool for developing a business sen'ice appilcation from a modular set of 
components that can be arranged according to user reqniremente, the busine.ss service 
30 application interacting with the server applications to provide the user with the serv'er 
functionalities; and an interface between tire serv'er device and systems external to the 
server device which utilizes adapters configured to communicate with the externa! 
systems. 
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Another aspect of the present mvention includes a method for prot-iding 
customized business application solutions to at least one enterprise company that contacts 
a centralized provider of such solutions, the method comprising: assembling a collection 
of best-of-breed components to provide a seamless connection to sersdees that are 
5 outsourced from the centralized provider; capturing the particularized business processes 
of the at least one enterprise company ; providing a modular approach to wards building a 
business service application for the at least one enterprise company; and euslofflizing the 
modukriy built business service application according to the captured business processes. 

Still another aspect of the present mvention includes a business method for 
10 providing a user with a centralized framework for developing and customizing a business 
service application from a modular set of components associated with a centralized device, 
the method comprising: configuring the centralized device with best-of-breed components 
for communicating with sources extenial to the centralized device; capturing foe 
particularized business processes of a user; providing certain modular components that can 
! 5 be arranged to form a business service application; and customizing the arrangement of the 
modular components to form a business service application according to the particularized 
business processes of the user. 

Still another aspect of the present mvention includes A business mefood for 
providing a plurality of standardized business service applications and customized 
20 business service applications through a central server device, the method mcluding: 

configuring the serv'er device from best-of-breed components; configuring foe best-of- 
breed components to communicate with data sources external to foe server device via 
application interfaces (APIs); determining the business processes of a user business that 
contacts the central service device; forming a customized business service application 
25 from existing standardized business service appiications as modified by modular 
components provided by the central server device; and providing for community 
interaction betw'een business service applications, and the central server device. 

These and cfoer aspects and advantages of the present invention will become 
apparent upon reading the following detailed descriptions and studying foe various figures 
30 of the drawings. 



11 




wo 01/14962 



PCT/USO0/22O32 



BRIEF DESCRIPTION OF THE DiO\WINGS 

The invention, together with further advantages thereof; may best be understood by 
reference to the foilowing description taken in conjunction with the accompanying 
drawings in which; 

FIG . 1 is a prior art block diagram of certain representati ve elements for an extended 
value chain. 

FIG. 2 is a prior art plot show'ing die trends in IT spending as enterprise busmesscs 
move towards automating customer relationships. 

FIG. 3 is a block diagram, according to one aspect of the present invention, which 
ihustrate.s a hosting architecture. 

FIG. 4 is a block diagTam, according to one aspect of the present invention, which 
illustrates the ACS architecture. 

FIG. 4A is a block diagram, according to one aspect of the present invention, which 
iOustmtes the back-biidon feature. 

FIG, 4B illustrates, according to one aspect of the present invention, an example of 
the overall Asera portal screen. 

FIG . 4C is a block diagram, according to one aspect of the present inveMion, which 
illustrates certain vertical application and community features in relation to die sen'cr. 

FIGS, 4D-i and 4D-2 iilustmte, according to one aspect of the present mvenlion, mi 
example of community feature .screens. 

FIG, 5 is a block diagram, according to one aspect of the present invention, which 
illustrates content aggregation of information on a displayed page, 

FIG. 6 is a block diagram, according to one aspect of the present invendon, which 
illustrates a catalog application, and its interaction with other applications in the system. 

FIGS. 6A-6D illustrate, according to one aspect of the present invention, certain 
screens associated with the product catalog configuration manager. 
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FIG. 7 is a block diagram, according to one aspect of the present invention, which 
iilnstrate.s an object data flow. 

FIG. 8 is a block diagram, according to one aspect of the present invention, which 
iilnstrates an example bnsine,ss object flow. 

5 fig. 9 is a block diagram, according to one aspect of the present invention, which 

illustrates an example business process flow. 

FIG. 10 is a block diagram, according to one aspect of the present invention, which 
illnstetes a template arrangement. 

FIG. 11 is a block diagram, according to one aspect of the present in vention, which 
1 0 ilinstrates an example composite step. 

FIG. 12 is a block diagram, according to one aspect of the present invention, which 
illustrates an example interactive step, 

FIG. 13 is a block diagram, according to one aspec t of the present invention, wiiich 
illustrates an example application designer window anatomy. 

15 FIGS. 13A-130 illustrate, according to one aspect of the present in vention, certain 

example screens associated with the graphical business application design tool. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention offers a low risk alternative for companies that wi.sh to 
20 quickly deploy an automated business appHcation to their customers. According to the 

traditional model, a company must either deveiop (or have deveioped) an in-home solution 
or evaluate other products to be integrated, ■rhereafter, personnel within the enterprise 
company must be trained on the usage of such software, and complete its evaluation. A 
prototype of the software prtxluct is thereafter developed based upon feedback from the 
25 evaluation process. \’vflien the soft ware is completed, a beta-deployment of the associated 
application can {heaeafter made to the public. This lengthy prrtcess might cost uptvards of 
S2 miiliotu and take the developers 8-12 months to complete, depending on the complexity," 
of the application program. The success of such a program in generating (or saving) 
revenues is still miknowTi, 
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In contmst, the present invention offers methods and apparatuses for providing a 
business application that has been developed and is customizable for the particular 
business enterprise. For instance, the present system is capable of generating -- within 
approximately 60 to 90 days — a W'orking btisiness application solution (or set of 
5 solutions) for the business enterprise. The business enterprise does not pay large sums of 
money for development costs. Instead, tlie business enter|7rise might elect a plan that 
includes paying the administrator of the system a certain amount for each tran,saction (i.e, 
a fixed sum, usage fee, or a percentage of tbs val ue of the transaction). 

The ACS (Asera Commerce Server) includes server infrastructure, tools, and 
1 0 integration with other products that provides for the development and implementation of 

customized, automated, web-based business service applications. The ACS provides tor a 
serv-er based method of implementation w'herem best-of-breed products, applications 
and'or services are integrated in a seamless fashion and offered to enterprise businesses 
which develop cu,stomized business service applications through using the system, 

1 5 The ACS is used to capture the particularized, or specific business processes for a 

customer, and tliat business process is converted Into a set of customized applications. 

The ACS uses business objects, steps, and rules to construct the application. The objects 
are data representations. Tlie steps are objects with a defined set of input and output ports, 
with each port also having a defined ,set of parameters. The business rules are used to 
20 tiirther customize the interactions between the various business objects. A unique tool 
that provides a graphicai user intertace (GUI) allows a developer to arrange various steps 
(or composite steps) into business processes, or w'orkflow's. The tool provides library 
catalogs of steps to be applied to the various objects. The connections betw'een steps are 
also verified as correct, A graphical display of the business process is shown, and rules 
25 can thereafter be applied to provide ftirther customization by conditionaliy tagging certain 
points. Hence, to create a business process (or application) for any given business, tools 
are provided which allow modules (or steps) to be plugged or dropped into the potential 
process. The steps can be moved, or the connections modified. An initial person-to- 
person (or other type of) interv'iew with the business (or customer) can be used to produce 
30 the frame w'ork for arranging the steps according to the needs of that particular business 

(i.e. customized routines). The module aspect of the pre.ssnt system allows this to be done 
— and modifications made — in a relatively quick fashion. For instatice, if a process has 
been created, but the business (or castomer) wants it to behave in two different manners, 
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then certain rules can be applied to provide the desired results, depending on conditionai 
triggers that can be associated with tlte underlying business objects. 

The underiying commerce serv'er provides certain tunctional components. 
Thereafter, various vertical applications are built (attd/or customized) for the particular 
$ enterprise business, .4 suite of best-of-breed components and underlying applications are 
chosen to comprise, or run on top of, the commerce server. These components can be 
selected as the best technologies to provide certain desired efficiencies, cost reductions, 
and the like. The best-of-breed components are thereafter incorporated (or interfaced 
with) the busine-ss applications tlrroiigh APIs. A catalog of APIs cart be provided for 
10 developers of applications. If any underiying best-of-breed components change, then the 
commerce seiv'er configuration can be changed without interfering with any user 
interfaces, or otl^er ACS applications. 

Community aspects are also offered between die various developed applicatioms, 
and sender functions. Community features allow acce,ss to data and information from 
1 5 different functional components of ACS and other external data, thereby providing more 
information to the channel particip®ttts. 

Referring to Figure 1 , a prior ait block diagram ! 00 is shown of these various 
value chain, relationships. An enterprise busines.s 102 is showti at the center of the chain. 

A demand chain 104 extends up from the enterprise 102 to the customers 106. The 
20 demand chain might include the illustrated example parties of an OEM (ouLside equipment 
manufacmrer) 1 08, distributor 110, direct retailer 1 12. or VAR (value added reseller) 1 14. 
A supply chain 120 is shown witli a .series of manufactnrers 122, 124, and 126 providing 
goods/services to the enterprise business 102, 

Referring to Figure 2, a prior art plot 200 is shown of a tj'pical enterprise IT 
25 agenda. This chart reveals that as the move is made more towards automating customer 
relationships, the IT spending for the enterprise will reach levels which most companies 
cannot sustain. 'rhi.s is true even if there is a large value returned for such development 
efibrts. Hence, the present invention offers automated customer solutions that have been 
dev^eloped, and are maintained, external to the cu.stomer. This allows the customer to 
30 ac<}uire these value added services, but witiiout the IT expense, 

HOSTING ARCHITECTURF., Referring now to Figure 3, a block diagnun 
300 is sho wn of certain representative elements used to host the architectare of the present 
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system, A set of deaJers 302, are shoxTO using browsers (or the like) 304 to interact with 
the internet (or other similar network) 306, llte hosted service 308 of the present 
invention includes at least one router 3 1 0 that interacts through firew'iiUs 312 with 
redundant authenticafion servers 314. These servers 314 are then in communication with 
5 redundant Asera Commerce Servers (.ACS), The serv'ers wwild use co-location services 
such as UUNet, Exodus, or Qwest to transport data between devices. A replicated data 
center 318 is shown for redundancy pniposes. An administmtor 320 interacts with the 
hosted service 308, The adrninistrator w'ould provide maintenance of the system, and/or 
human mteraclion with the enterprise clients using the system, A ntanufacturer network 
10 322 is shown inciuding a router 324, firewall 326, and computer 328. The manufacturer 

network 222 might mteraet with the hosted service 308 via a dedicated connection 330. 
The dealers 302 might interact with the hosted service 308 via a conitecdon 332 through 
the internet 306. ,4 virtual pri vate network (VPN) 334 cati also be used to internet with the 
various elements showm. A V PN is a private data network that makes use of the public 
15 telecommunication infrastructure, maintaining privacy through the use of tunneling 
protocol and security procedures. A virtual private network can be contrasted with a 
system of owned or leased lines that can only be used by one company. 

ASERA COMMERCE SERVER ARCHITECTURE. Referring now to Figure 4, a 
block diagram 400 is shown of certain representative elements that might be used to form 
20 die Asera Commerce Server (ACS) configuration 401 of the present invention. The 
present invention includes a configuration comprised of certain component parts 
including: 1) A serv'er device 402 upon which the various applications run and interact. 
This server is sometimes referred to as the Asera Commerce Server, or appiicaiion serv'er; 
2) Vertical applications 404 that interact wi th the outside users; 3) a back-end (ERP, or 
25 otherwise) interface 406 to communicate with various back-end .systems; and 4) a 

community interface environment 408 wherein information can be a shared aggregation 
from many different applications, and many dif&rent information source areas. The 
application server uses certain best-of-breed components, and makes use of standard 
interfaces to utilize the serv'er framew'ork. A server might then be built, using off-the-shelf 
30 components or otherwise, which can run multiple applications on the server. The 

applications can be customized (or deveioped particularly) for the enterprise business user, 
as described in further detail below. 
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Still another feature of the present system includes scalability. Known systsms 
operating in a web eimronment eamtot generaliy scale their architecture down to a 
desktop environinerit. To achieve full fijnctionality (and scalability), virtuaily any full 
blown applications ser\'er might be used. However, a party might also choose to use a 
5 personalized serv'er, which they can ran on desktop or remote macMne, in a disconnected 
mode wddrout any networking. In such a mode, the present invention can still be 
implemented using virtually the same architecture, in the latter case, a ''light-w'eight" 
web"Serv'er engine can be used that will provide the same system, but one that will run on 
a smaller device, Le, a laptop or PC. i\ny level of scaling might he achieved between 
10 these two example versions. If a desktop (or non-network) version is used, only certain 
hest-oi-breed components might be incorporated so as not to overload the system. Such 
components are identified and used on the desktop, with synchronization provided for the 
various back-end connections needed. 

APPLICATIONS. A set of "verticar applications 404 are .showm iliustrated for 
1 5 the present example. One important aspect of the present invention is that any application 
might be developed and offered in this area, through the development of a business 
process, or workflow. The w'orkflow uses busines,s objects, steps, and rules (as further 
described below). Moreover, a certain set of applications might be developed and offered 
to an enterprise user, with customization being performed on the appiication,s to suit each 
20 particular user. Tlie applications can be grouped based on their functions, such as 
commerce community, pre-sales, support and sen-'ices. The iliustrated applications 
include administration/'security 403, product catalog 405, product configumtion 407, order 
management 409, support/service mcmagement 411, sales tools 413, marketing 4 1 5, 
education and training 417, and business inteOigence 419. 

25 The applications might be developed as stand alone products within the present 

sy,stera. Preferably, applications will be developed to integrate with the overall system, 
and thereby facilitate the flow of data-'information between the varioas applications. A 
user might enter one applicatior) after another, with the sequence comprising a meaningful 
transaction not readily offered by other system.s. 

30 CORE SERVICES. Certam core services 4 10 are provided which are necessary 

for the operation of the components and application.s running on the sen'er. Any of a 
variety of core services might be provided, and the following example core services are 
not meant to be limiting in any way. One core service w'ould include session managemeth 
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capabilities 412 for handling enterprise (or other types of) users that might contact the 
ser\'er device configuration 401 . The session maiiagemeni service would take into account 
the general capabiiities of the sender to handle incoming session traffic, and allocating 
resources accordingly. 

Another sersdce would include datahietadata caching 414, Such caching would 
provide enhanced performance and connectivity. For instance, if an application were to 
request data from a back-end system, that application could continue to perform (while the 
cache had information to provide) vvithout further requesting more information from the 
back-end. Additionally, if the flow of information were to lag, then the application might 
still perform based on the various cached data. The back-cnd system will generally reside, 
for instance, behind the firewaii,s of various manufacturers (and the like), and a constant 
data tlovv is often beyond the immediate control of the present system . Continued 
operation might be acMeved if tlironghput rates start to fluctuate, or if any data was 
misdirected or lost. 

Yet anotlier core servdee includes batc&'queue management 416. Certain 
information might be queued (or batched) for forwarding to another device at a later time. 
Additionally, non-time critical information can be queued to provide more bandwidth for 
higher priority traffic, Tlte system might thereby continue to operate in an efficient 
manner if a corresponding device were to cease functioning, or receiving data. 

Still anotlier core ser^'ice includes XhfL sendees 418, A core language is 
generally needed in order to communicate wth the various back-end devices, XML 
(Extensible Markup Language) is a flexible way to create common information fonnate 
and share both the format and the data over tlie World Wide Web, intranets, or elsewhere. 
For example, computer makers might agree on a standard or common way to describe tlie 
information about a computer product (processor speed, memoty^ size, and so forth) and 
then describe foe product information using XML, Such a standard way of describing data 
enables a user to send an intelligent agent (i,e, a program) to each computer maker's Web 
site. Such an agent might gather data, and then a make a comparison, Aceordingly, XML 
can be used by any indi vidual or group of individuals or companies that might want to 
share raformation in a consistent way, XML is similar to the common web language 
HTML (Hypertext Markup Language). Both XML and HTML contain markup symbols 
used to describe the contents of a page or file. HTML describes the content of a Web page 
(mainly text and graphic images) in term.s of its display and interaction. XML describes 
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tlie content in terms of what data is being described. XML is "exlensibie" because, unlike 
HTML, the inarkup symbols are unlimited and self-defining, XML is generally a simpler 
and easier-to-usa subset of tire Standard Generalized Markup Language (SGML) -- i.e, the 
standard pertaining to how to create a document structure, HTML (Hypertext Markup 
5 Language) and XML might both be used togetlter in web applications. 

In the present application, XML is employed as an emerging standard with certain 
advantages over HTML (Irowever, HTML and other such languages might also be used). 
XML documents are gathered from the different best-of-breed products, and these XML 
documents are aggregated into displayable (and usable) pages on a web screen. The web 
1 0 pages are formatted in ways that conform to the needs and desires of the customer Ibr 
certain pieces of infomiation, with the XML information displayed accordingly. 

Formation of the web pages is aided by the use of templates (i.e, micro and macro 
templates), as further described below. 

Stii! other core serv'ices include commumcations capabilities 420, A 
1 5 communications service would manage the flovv of information from the various data 

sources connected to the sers'^er 401. 

FIJNCTION.^L COMPONENTS, Certain fimctional components also comprise 
the server 402. WTiile not intended to be limited to such processes, the e.xample 
configuration showm in Figure 4 utilizes certain functional components including: 

20 Business Process Manager 430, Template Manager 432, Activity Manager 434, Security 
Manager 436, Profile Manager 438, Content Aggregator 440, Product Catalog 
Configuration Manager 442, and Access Manager 444. Such cornponems are individually 
described below. 

BUSINESS PROCESS MANAGER. One of the main components is the Business 
25 Process Manager 430. This functional component is used to capture the interactions 
betw'eea a manufacturer and their chaimeis. For iitstaitce, tin enterprise business might 
deal with many different channels, or channel partners (i.e. a small business, a large 
business, a VAR, etc.). Each of these interactions w'iil be different, and it become.s 
important to be able to customize such interactions between the charmel partner and the 
30 enterprise business. The identity (or status) of the particular enterprise business might 
factor into the allowed interactions. Other factors might include the credit limit of tlte 
enterprise business, or the rated status of the enterprise (i.e, elite gold partner, regniar 
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partner, etc,). Ail of these example factors need to be captured into the interactive 
business experience supplied between the entetprise and the channel partner, 

nris functionality is accomplished using a business flow engine. In general, a 
.series of business steps are provided, wherein a cUent/'uscr can tstilize, or assemble, such 
5 steps to build a desired business flow. The steps operate generally on objects. For 
example, if something is being sold, then an associated object might include the actual 
order being placed. Other .such objects might include the product, the customer, and the 
shipping destination, Tltereafter, a set of operations might be perfornied on the objects. 

For instance, an operation might check if the particular user is a valid user. Busme.ss .steps 
i 0 (simple, interactive, or composite) are defined that perform certain operations on objects 
in association with a set of deSned input parameters and output parameters (or ports), A 
simple step is a basic unit. A composite step re.sults from ".stitching together" simple steps 
to form a larger composite unit. An interactive step involves an input or output from the 
application to an externa! interactive system. Ultimately, the steps (simple, interactive, or 
1 5 composite) are interactively .strung together (using the application design tool, or die like) 
to form a brnsiness appileation. 

A set of business rales is also defined, and can be applied to the sert'ice application 
in order to further customize the flow of data. For instance, a rule might limit a particular 
customer to placing ordens only betw'een certain hours of the day. As such, the rules might 
20 thereby be used to turn on (or oft) the flow' of data betw'een certain points in the business 
process, depending upon a conditional input (which is the rule) , Wflien a collection of such 
rules have been applied, this service application has been custom built to perform a given 
set of operations on a fixed set of data associated with certain objects. 

Further details regarding the development of the business processes are pro vided 
25 with reference to Figures 8, and 9. A user tool is also provided to help build such 
applications, and is ftsrther described below' with reference to Figure 13, 

TEMPLATE MANAGER, Functional component 432 show's a template manager 
that i s trsed to manage the display of data to the end user, on a w'eb page or otherwise. 
Templates can provide "look and feel’’ and positioning customization of the pages which 
30 are ultimately displayed to a user. Certain concerns addressed by such templates might 
include, for instance, die placement of an enterpri.se logo, or the appearance of certain 
screen sidebars, or the choice of colors to he associated with various part.s of the screen. 
The display screens might also be customized depending upon what particular cu,stomer(s) 
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are going to use the screens. Hence, a series of templates is used to provide the visual 
display for various parts of the screen, Constantly re-occurring areas on the page, such as 
a business enterprise logo, or color scheme, would be covered by one such template. Such 
broad (and re-occurring) templates are often referred to as master-templates. Other 
5 templates ate used to prtTvide &e visual display for areas that dynamically vary according 
to certain data inputs. Notably, the data inputs might come from mairy different sources 
(i.e. graphical pictures from one area, statistical data tfom another area), Templates of this 
nature are referred to as micro-templates. A collection of micro-templates grouped to 
make a meaningful application is called a wirefmme, A master-template in combination 
10 with certain wireframes can form a macro-template. By using a selection of macro- 
tempiates, in combination with a selection of wireframes, a web display screen can be 
customized - in a relatively .short period of time -- that has the look-and-feel and 
posiiionine of a particular enterprise business that commissioned the custom creation of 
such display screens. Witli such customization, the screens provide an aggregation of 
15 content from various sources, with the information on the page being arranged according 
to the needs of a user (or business enteiprise serving the user). 

Such templates are further described in relation to Figure 500, which shows a 
block diagram of certain representative tempiate areas. A page 502 is shown that includes 
a macro-template for showing standard information 504, Yet another template 506 might 
20 be used to show' various user options associated with that page, remptate 508 would be 
used as a content aggregation area for show'ing various micro-templates. Configuration 
area 510 would link to database 512 to provide configuration data. Area 514 might be 
used to display pictures of the product, as linked from database 516. Reviews of the 
product might be displayed in mea 518, wherein the information is provided via a link to 
25 database 520, The content aggregation area can be configured to include any data desired 
by a user. The data is thereby arranged for display via the use of the templates, tlu'ough 
the tempiate manager. 

ACTIVITY .MANAGER, The Activity manager 434 manages ail incoming 
requests into the commerce sciv'cr, and makes sure a user is guided in the appropriate 
30 direction. Each object has an associated API, Developers use the various APIs in the 

formation of applications. A coiTesponditig catalog of AITs is provided for developers to 
use in linking together various objects, and communicating with the ACS. A layer of APIs 
43 1 therefore exists between the set of developed applications 404 and the functional 
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server coraponeats. The customizabie aspect of each developed application is therefore 
made available to the developers titrongh the use of this known set of .'\PIs, 

One example of acti vity manager fiinctionality is to support the "back button" 
feature. The present in vention prevents a user from getting lost or mis-directed if they use 
the "back button" on their browser in a transaction oriented web site, 'flie various business 
flows of information are created and displayed to a user, but generally do not allow a user 
to "back up" through the process flo w' of such information. Prior solutions have used an 
error message that informs the user that they axe not allowed to "back up," The present 
in vention instead uses the invocation of the "back button" to direc t the user to a proper 
page. Such direction might be content based. For instance, the direction might be 
conte.xtuaUy reiated to the task being perfonned by the user, SimOarly, the direction might 
relate to the current page the user happens to be displaying, and so forth. 

Referring now to Figure 4A, a progression 1500 is shown by a user titrough a 
series of pages. These example pages include Page 1 (view' catalog) 1 502, Page 2 (Order 
an item) 1504, Page 3 (Apply discount) 1506, Page 4 (view quote) I SOS, and Page 5 (Add 
shipping information) 15 10, If a user invokes the hack-button on the bix^wser, as shown 
by 1512, then the user might erroneously be directed from Page 4 hack to Page 3. If these 
were done multiple times, then a discount might be improperly applied many times. The 
present solution instead directs the user back to Page 4, and an error message is displayed 
to instruct that user that he cannot return to Page 3 . 

SECURITY/ENTITLEMENT MANAGER. Still anotlier functional component 
includes the security (or entitlement) m'anager 436. Traditionally, various systems being 
aggregated under a single conflgiaation required an individual log-on ( using passw'ords 
and/or certificates) for each system. Tnis proves to be cumbersome and difficult to 
administer. Under the present system, a common sign-oa {i.e, single sign-on, or log-on) is 
provided, and common unified security i.s offered for ail systems accessible tlirough the 
configuration. Moreover, once a user is authenticated, the system can entitle a user to be 
able to perfonn (or not) certain tasks. TIhs is done through a set of defined .security rules 
(or entitlemenhauthorization rules) which are applied to the objects/operation.s in the 
developed workflow'. For instance, the ruie might conditionally check if the user belongs 
to a certain organiantion. If so, that person might thereafter be allowed to place certain 
kinds of orders or allow'ed to receive certain discounts. 
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As for the authentication processes, no new products or software necessarily need 
to be created. Instead, best-of-breed products are preferably used to perform the 
authentication tasks. In general, the business process manager is thereby used to capture 
certain best-of'-breed security measures through the application of entitlement or 
5 authorization rules to the formed workflows. Once a single sign-on is achieved, then the 
user can interact with any of die authorized applications, which then interact through the 
back-end with any of the attached external (ERP, or other type) devices. 

In the present invention, the security model is also integrated with the overall 
organizational model. Traditionally, security models are oriented towards protecting one 
1 0 particular item in a model. The present system integmtes well with such things as 

customer hierarchies and the like, including the various manager components and how 
tliey interact with each other. 

For instance, a sales representative might use ilte single sign-on ability to access 
the system. That sales representative might be responsible for (and have access to) a 
15 particular geographicai area. Such geographical infomiation might be accessed through an 
ERI^ device in one database area. Tire security information might be kept in yet another 
database. In the present system, all these components are brought together and integrated 
in a seamless fashion. 

Also, through the use of the best-of-breed secuiit)' products, most up-to-date 
20 security functionality is made available to tire maimfacturers. 

PRODUCT CATALOG CONFIGUR.ATION MANAGER, Another functional 
component offered by the present invention includes the product catalog configuration 
manager 442. Various products carry' with them the aspect of being configurable to a 
variety of different physical arrangements. An enterprise business is faced with the 
25 pro.spect of trying to offer all of its different product descriptions and configurations to the 
end buyer. As yet another aggregate capability, the present device offers the ability to 
catalog — and provide configuration choices — for a enterprise product line. The 
configuration manager device is preferably a best-of-breed component that is integrated 
into the overall system. 

30 An infrastructure is included that allows an administrator to create tire product 

information. For instance, the identity’ of the product, the as.soeiated enterprise, the 
product description, and the like are retrieved from a back-end ERP system (or database). 
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This mformation is made available by the present sen'er system so that the various 
business applications can readily access this product catalog-type information. The 
present system thereby serv'cs as a staging area for such data, wherein it is much more 
efficient to access such data from the present system than through the back-end ERP 
connections. This arrangement enhances the avaiiability of such data, and relatcdly 
enhances the performance of the overall system. 

In general, more sophisticated prodncts have more complex configuration 
requirements. In order to complete this configuration task, access to certain product 
information is generally needed. Such information might include specification data, 
pricing information, discount information, and the like. The present system maintains a 
certain ievei of flexibility in presentation of such configuration data and inform ation, so 
that different prodncts lines and component parts can readily be accommodated. 

This infonnation is therefore readily available to complete the proper configuration 
of the product. The product catalog information serves as an anchor point for all the other 
applications to refer to .such product information. Hence, the catalog manager serve,s, in 
many respects, like a product information database. In past configurations, product 
catalog infonnation was simpiy used as that — a product catalog. The present system, 
however, makes the information available for all the other applications, to use as anchor 
points. 

Referring now to Figure 6, a block diagram 600 is shown of certain representative 
elements that comprise (and are associated with) the catalog configuration manager. A 
centra! catalog Information database 602 is shov™. This database 602 interacts with any 
of a variety of other databases, including for instance a marketing database 604, or a 
technical support database 606, or other ERl^ systems 608, A cataioging application 610 
refers to the database 602 to form displays 612. A configuration operation 614 might 
thereafter be performed (or selected) using product configuration information from the 
catalog information database 602. The configuration will likely be associated with an 
identifiable name 618, such as "3Com Ethernet 500 combo", or the like. An order entry 
operation 616 might thereafler be performed to produce an order 620 tliat interacts with 
information for the database 602, and the name 61 8. 

\%en switching back and forth between the database 602, and generalized 
elemems that interact with the database 602, there are differences involved because of 
diversified product integration aitd foe like. The present system thereby employs 
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alternative IDs 622 (or identifiers) as a field within, the catalog information database 602. 
The altemati ve ID ia used to link some (or all) of the information associated with the ID to 
the requesting eiement. An altemative M for the above mentioned item might include 
'*3C5D0com.bo.” In generak the configuring device (or other such device) may not be able 
to readily access foe catalog itifomiation in the database. However, in a functional way, 
foe present implementation provides such access, with the altemative ID being the key (or 
index) into the catalog information database for that infomiation, for configuration or 
other sert'ice. 

Therefore, a user might view' a particuiar page, and select fine items in order to 
configure a desired product. The line items sen^ as anchor points back into foe catalog 
information database to retrieve the desired information (via use of the altemative ID). As 
described above, other ftmctiona} components might also tap into foe catalog infonnalion 
database via the altemative IDs. 

Referring now' to Figures 6A-6D, screen shots are showm of example pages relating 
to foe Product Catalog Confignration Manager, including the following: a catalog search 
page (Figure 6A), a pinduct configuration page (Figure 6B), and quote pages (Figures 6C- 
6D). 

ADAPTOR NETWORK TO BACK-END SYSTEMS. A set of back-end systems 
or databases are shown as element 406, Such systems or databases might include the 
sho wu examples of a: Baan database 462, Orack database 464, S AP 466, and Legacy 
database 468, Additionaily, it might be desired to send a message to another type of 
system through an intertace such as Front Office 470 (j.e. Siebei, Vantive), aai EDI 
(Electronic Data Interchange) Gateway 472, In the present invention, the adaptors are 
capable of taking foe business object information — as reiated to the business steps 
forming foe various business appijcation(s) — and interfacing it with the various back-end 
systems. The business object information is transferred to the adapters 407 via link 474, 
The preferred language medium includes XML and/or HTTP, Other languages might 
similarly be used. 

As mentioned above, any given application i.s interacting with busine.ss objects — 
as per the object oriented framework of the present invention. These business objects are 
used to capture foe business data of an enterprise. Such business objects include order 
objects, user objects, customer objects (and the like) and operations are performed on 
these objects. An object abstraction is thereby wTitten, and then thi,s object ab.straction is 
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mapped into the back-end ERP (or other type) systems. The integration of such back-end 
systems, database systems, vertical appiications, and community features is one benefit 
provided by the present invention. 

ACCESS MANAGER. Yet another iunctionai component includes die access 
5 manager 444, This component is used to connect all the channeis (or data interaction 

devices) within the sert'er confignration 401 to external data sources, such as databases or 
other hardw'are systems. While not limited to such, the external hardware would typically 
include ERP devices, or the like, ERP (enterprise resource planning) is an industry term 
for the broad set of activities supported by muiti-module application softvt'are tliat helps a 
1 0 manufacturer or other business manage the important parts of its business, including 
product planning, parts purchasing, maintaining inventories, interacting with 
manufacturers, providing customer service, and tracking orders. ERP can also include 
application modules for the finance and human resources aspects of a business . Typically, 
an ERP system uses, or is integrated with, a relational database system. The deployment 
1 5 of an ERP system can traditionally involve considerable business process analyses, 

employee rc-traming, arid new work procedures. In the present system, the object (i.e, an 
order) that is defined in the server configuration 401 must be transformed into the back- 
end ERP system 406. Adapters 407 are provided betw'een the access manager 444 and the 
ERP devices 406, According to one aspect an Active Softw'are adapter serv^es as an 
20 intermediary'^ between the Access Manager and the ERP systems. Integration is also 
provided with EAI (Enterprise .Application integration) vendor products. 

Referring now to Figure 7, a block diagram 700 is shown of certain representative 
elements of an object data flow. An example application 702 is shown sending a business 
object 704, which in turn might be an order object 706, A feature of the present invention 
25 is to provide ERP access via a foreign source adaptor, or the iike. The ERP systems are 
integrated with the various databases, using the aggregate business environment. In this 
present example, the order object 706 is shown being divided into a first object part 708 
and a second object part 7 1 0. The object parts can then be mapped onto different back- 
end ERP databases, or the like. In the present example, the first object part is showm being 
30 mapped to a first database 712, and the second object part is showTi being mapped to a 
second database 714. Such "plug and play" modularity allows for the data aggregation 
and implementation of applications to communicate with a variety of foreign sources 
(ERP or otherwise). 
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COMMUNITY INTERFACE. The coinnmiiity interiacing feature allows the 
various charmels to work more efficiently and in-sync with each other. In order for a 
chaimel to be successffil, it becomes important for the channel to understand (antf'or have 
access to) a variety of information that might aflect business transactions. This is 
5 particularly true for channels that work in groups, in particular, the internet has facilitated 
more community interaction than ever before. Through the use of thi.s medium, channels 
might share infonnatiou through chat room.s and such, in the context of certain 
transactianai areas. Stich sharing of information mi glit he done through message boards, 
chat rooms, discussiDn forums, auctions, and foe like. Accordingly, the ACS can provide 
1 0 an aggregate of desired information to foe user on one page or area (or a series of pages, as 
desired). 

Additionaily, the community feature can be oriented towards various vertical tj'pes 
of operations. For instance, a group of enterprises might all be invoived in a particular 
area such as chemicals. Business trairsactions relating to the particular chemicals will tend 
15 to have similarities. Such chemical producers might also tend to publish information 

pertaining to certain chemicaLs, including product reviews, analyses, cri ticisms, etc. The 
channel effectiveness is thereby increased by providing (and fecilitating) the flow of 
inforniation betw'een the various chaimel participants. The community interface can 
enhance a variety of features, including the followng; 

20 Trust and Loyalty, The community feature is intended to improve trust and loyalty 

among the channel participants. Community a.specte to facilitate such improvements 
would include the fact that users of the system are providing their own content to foe pool 
of channel mformation. Trust and loyalty are forther encouraged by making a channel 
participant more successful. One way to provide more success is by empowering foe 
25 channel participant with more information, 

Peer-to-Peer Communication, The community feature is also intended to 
encourage education and peer-to-peer communication. If a merchant ha,s a product that is 
superior to other products, and a major industry' publication is touting this fact, then foe 
channel participant might want to make sure that this inforniation is known. Research 
30 feeds and message boards can be used to facilitate such exchanges. 

Industry' Awareness. Expert advice and industry aw'areness might be facilitated 
through news feeds, or the like. Generally, any one industry includes a "net market 
maker” tivat collects infonnation regarding that particular industry and provides an 
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objective evaluation document or reference (i,e. magazine or website). Information 
sharing would be facilitated (in general) by the complimentary' services offered by tire 
present invention. 

Research. The present centralized system would greatly enhance research 
5 capabilities through community links. For instance, if a party bad some interest in security' 
or firewalls, a search on a common portal website would result in a large amount of 
"unBltered" Infonnation. However, there are many existing (best-of-breed) companies 
that filter such content and can supply such intormation to the present system, it is also 
important that a researching party be subjected to unbiased, objective information 
1 0 regarding a product in order to build trust and loyalty. Because a variety of sources 
regarding a particular product can be readily acces.sed with the community feature, a 
product merchant is less able to tont the virtues of their product in an advertising ty-pe 
manner, Instead, objective messages from indnstry sources (and the like) are provided. 
This further builds trust and loyalty for the .system from the buyer (and enterprise 
1 5 merchant) of such a product. 

Product Launches. A new' product could be launched and information offered -- 
via the commnnlty aspect — to the many different companies tied into the ACS site. 

Personalization and customization. User customization would be facilitated via 
customer profiling, up-selling, cross-selling, and the like. Customer's buying trends might 
20 be tracked, so that opportunities to sell forthsr hems can be capitalized upon. Up~selling, 
for instance, would incinde the marketing of a peripheral Item to a buyer of a main 
component, (Le. up-sellmg a scanner to a buyer of a computer). Cros.s-,se!ling, for 
instance, would incinde targeting otlier types of selling (for different products, and foe 
like) to the customer. The present invention readily provides this capability', as all such 
25 transactions f ow through one system. This implicit one-to-one marketing cannot be 

achieved by other sy.stems, which might require a user to switch between different servem 
to complete different transactions. 

Context Sensitivity. The present system provides for iufoimation to be pulled up 
from the different information sources in a context sensitive manner. For example, if a 
30 user is researching routers, and .securtty i,ssues related thereto, the system will pul! up other 
information relating to this topic, as well as products w'hieh need to be sold, in a context 
sensitive manner. The user will therefore not have to move Ifom one site to another site in 



28 




wo 01/i4»62 



PCmiSOa/22032 



order to research various aspects of router security — instead the cornuiuuity capability of 
the present system provide ail the information on one convenient page (or pages). 

Inventory and Customer Service Assistance. The community aspect might also be 
used to assist a variety of panicipants in providing customer sen'ice assistance. The 
5 community^ aspect might also assist in keeping up-to-date on inventories. For example, 
toois can analyze various schedule.s and probiems associated with such schedules. If a car 
owrier wanted to bring a car in for serv’ice, he might log onto the system and schedule an 
appointment. If any problems existed witlt the car, he might describe the same. A rule 
based attalysis of tliese problems might generate a list of possible parts that might be 
10 needed in order to fix the car. Other routines might go check the dealer’s inventory for 
such parts. If any of the parts did not exist in that dealer's inventory', then this problem 
would be flagged for attention of tlie dealer. Apart from this particular dealer acting to 
solve the problem, an inquiry might be made to other dealers, and the parts automatically 
ordered, so that the list of potential parts would be on-hand when the customer came in for 
1 5 their repairs. This w'ouid minimize any wait on the customer's part, and thereby build trust 

and loyalty of the customer for tlris dealer. The dealer is thereby supplied with added 
value by using the present .system, because of the increased eflidency, and customer 
satisfaction. 

Referring now to Figure 4B, a screen shot is shown of the overall Ascra Portal, and 
20 various example features offered. 

Figure 4C show's a block diagram having various example vertical applications 
1600. Certain community functions 1602 are illustrated, iaciuding message boards/chat 
ftmefions 1604, industry news 1606, auctions 1608, mtings 1610, technical forums 1612, 
career deveiopmeut 1614, and complimentary' services 1616. 

25 Figures 4D- 1 and 4D~2 show further features offered via example community 

screen(s). 

PROFILE MANAGER. The profile manager is provided to track user behavior and 
recommend strategies for improvement of sales efficiency (e.g. cross-sell and up.seO). 

CONTENT AGGREGATOR. The content aggregator (or manager) 440 
30 aggregates content from the many different information source.s a.ssociated with the overall 
system. For instance, the system will produce (or possess, or acquire) certain knowledge. 
Such knowledge might be transaction related infonTsation, .such as tire level of sales 
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completed in any given month. AdditionaUy, such knowledge might mclude (but is not 
limited to) any of the following: marketing iriformaiion stored in an appropriate database; 
product informatiDn, data sheets. The knowledge might also include user information, 
such as frequently asked qtiestions and their corresponding answers. Hence, this example 
5 knowledge base might be generalized to include operational knowledge, transactional 

knowledge, marketing kiiow'ledge, and customer support information. The various content 
is stored in an appropriate location (or database) for such information. With the present 
invention, such content can be aggregated from diversified sources and presented to the 
user. For instance, a user might be interested in seeing a diverse set of information 
10 including: a product description with pictures, comments regarding what people are saying 

about the product, frequently asked consumer questions, and a compilation of product 
related problems. This diverse set of iriformation can be collected from the varied data 
stores associated with the system and presented to the user o:o a single page (or series of 
pages). To satisfy these functions, the content aggregator (or manager) includes two parts 
1 5 " content delivery and content display , 

REPOSITORY. -4 repository' 450 is u.sed to store a variety of information, 
including foe various metadata which is necessary to support the present architecture. The 
repository' might consist of databases, data stores, and the like, for storing information 
such as rules, data, and objects. A lock manager 422 is further included in the core 
20 services to manage the flow of data -* in a consistent and secure manner -- to and from foe 
repository' sources (or devices). Any time multiple people are using the data in the 
repository', it then becomes important to synchronize such activities. 

For instance, foe business objects associated w'ith the formation of foe business 
applications have rules, stored as commerce business rules 451. The template manager 
25 uses rules, .stored as template domain rules 461 , Such mles might pertain to where an 

enterprise logo is placed, as w'eil as storage of the logo itself. Security data 459 relates to 
identification and/'or password information for each user that might log onto tire present 
system. Profile and configuration data 455 relates, in part, to the community feature 408, 
Also, certain products might he ofiered on different machines, and foe data must be 
30 configured between foese machines. 

For any transaction that goes through the system, a set of log data 457 is stored. 
Thi.s tmnsaetion data might later be used hy a business intelligence appMcation (419) - 
through the profile manager - in order to perform data mining and foe like. For instance, 
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the dsjs might be mineh m order to discover certoin selling tfends, buying trends, etc. 
Such data can later prove to be very valuable, and the present invention offers 
development and tracking of such data across many different (customized) applications. 



The business objects (and steps) are stored as element 453. Such steps include 
5 simple, interactive, and composite steps. The business objects (and steps) 453 are closely 
associated with the commerce business rules 451. lu certain instances these two elements 
might be configured (or illustrated) as one single storage eiement, as the objects, steps, and 
rule.s are closed related. 

DEVELOPMENT OF BUSINESS PROCESSES. Referring now to Figure 8, a 
10 block diagram 800 is showm of certoin representative elements relating to the development 
of a business process (or application). This development vvilt generally involve three 
eiements; business objects, business step.s, and business rules. A business object can be 
defined as a logical representation of business data. Examples of such busine.ss objects 
include a sales order, a purchase order, a customer, and the like. 

} 5 When an application 802 is wltten, it will access the data as a business object 804. 

Line 806 represents a separation between the logical representation of data (on tlie left) 
and the physical representation of data (on the right). The business object 804 will 
undergo a mapping from the logical representation to the physical representation of such 
data, or a physical data source. A data source might be any device or resource that 
20 generates data. In the present architecture, this might be a database table, an ERP .system, 
or some other third-party software. An example in the pre.sent system might include the 
product eonftguration device, and/or any system or soft'ware that can generate data. The 
present system maps that data into the busines.s object representation, and the application 
will manipulate the data through these busme.ss objects. 

25 A series of adaptors (or plug-in adaptors), shown as 808, 810, and 812, are 

thereafter used to map the data into the data source (e.g. an ERP source) 820. The 
business object can pull data from multiple adaptors. The adaptor will be responsible for 
converting any such data into a representation, or schema, for use by the data source. 

The business object miglit also be mapped partiaily to several different adaptors. 
30 For example, the business object can be comprised of an upper .set of S fields B 1 4, and a 
lower set of 5 fields 81 6. The first 5 fields can map to adaptor 808, and tiie bottom 5 
fieids can map to another adaptor 812. ^Additionally, the business object data can be 
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mapped to a second (underiytng) adaptor 81 0 for communicadon with a second data 
source 822. Each adaptor can be designed to communicate with a different data source. 

On the next level, a business process can be described as a workflow (or process 
flow). Referring now to Figure 9, a series of example steps in the form of a block diagram 
5 900 are shown. The first step involves adding a line item 902. Step 904 is a price 

calculation, and step 906 inquires whether foe product is available. If "yes", then step 908 
shows the allocation of inventory’. WfoUe each step has input and output ports, step 908 
illustrates an example input port 910 and the output port 912. Step 914 show's a simple 
step of calculating the tax after the allocatton of inventory’. Step 916 is meant to indicate 
10 that any of a variety of other steps might also exist in this particular flow. If the inquiry in 
step 906 produces a response of "no" , then a cross-sell/upsell step 918 is shown. 

Step 918 is shown as a composite step 920, w herein a series of other steps 
comprise the overall composite result. Each step might be a hierarchical composite of 
other steps, hence referred to as a composite step. A functional box that perfbrms only a 
1 5 simple calculation is hence referred to as a simple step. Each of the steps can have 

multiple input and output ports, and each of the ports can have multiple parametei’S. The 
parameters can also be different for each of the respective input and ouiput ports. 
Accordingly, each functional box (or step) can have multiple functions, with each function 
operating on a different set of parameters. Alternatively, a box might perform only one 
20 function, but perform it differently depending upon the value of the parameters. Even a 
simple step wall have multiple ports and parameters. The inpuPoutput ports and 
parameters for a composite step are determined as part of the interface design for that 
composite step. 

A primar)' beneflt of this approach is that a set of visual tools (for constructing and 
2S arranging the .steps, ports, and parameters) can be readily imposed on the workflow’s, 
.Additionally, this approach allow's for ease of coniimmication betwi'een an application 
developer and the consumer service personnel (or people). If the consumer service people 
want to add new fimctionahty, tor exaniple, foey can observe the overall flow of data from 
the composite step in relation to the entire flow. Funcflona! boxes can be added, and the 
30 workflow cair be quickly analyzed for data correctness. 

Additionally, the present system provides Interactive Steps. An interactive Step 
911 is analogous to an inpuboutput workflow application to the exiemal world. It might 
generally involve a prompt to the user, i.e. a query' about whether the user wants to buy a 
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certain product. Such a prompt irtight be done via a browser 912 or the iike that interfeces 
with the user. An interactive step is replaceable. For instance, one configuration might 
support talking to a browser. However, a later configuration might replace the interactive 
step whth an EDI (or similar) enabled capability. This latter configuration would thereby 
be able to start communicating with die workflow tlirough an EDI interface. 

This example workflow can provide two different representations: 1) how the 
application is to be implemented; and 2) how the display navigation is being done from 
one screen to another. Any .such implementation can involve an underlying separation of 
these two approaches. However, overall wwkflow is presented here as a generalized 
result. 

The business ruies are next applied to the workflow or process by consumer (or 
customer) .service personnel. Each of the rules has a name, attd tins name is genemlly 
used to identife particular functions that the rule will perform, .4 rule might serve as a 
callout to a particular application. A rule might also sers^e as an in-memory trigger on the 
business object. In the particular example of Figure 9, the product available inquiry (906) 
might warrant a callout 930 for the warehouse 932 to be checked for such inventory . The 
consumer service personnel would use an appropriate rule, as applied to the existing 
workflow', in order to produce this result. 

The use of the rule as a memory trigger in volves affecting (or moving) the 
associated trigger points. The business object itself represents a unit of data. At all times, 
when the application triggers the business object, the developer (or user) might want to 
perform data validation, or conversion, or perform sttme side effect on the business object. 
The process thereby identifies certain wel! known points where the business objeci is 
manipulated. For instance, the profeasionai service person might de.sire to set a common 
attribute of the business object. Alternatively, the professional service person can change 
the relationship betw'een fee business objects. These well defined points will serve as 
triggers. 

Once the applications snanipnlate the business objects, there will be business rules 
that can be associated with the trigger points. The business rule conditions will thereby 
serve as fee triggers. For example, a trigger point might be defined as an attribute, with the 
triggering condition being ihe price limit of a purchase order for a parti cular user. 
Referring again to Figure 8, the application has set a first price amount 830, Through the 
application of a business role, a validation might be per formed on feat trigger point, 
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Aitematively, a user might be limited to placing orders that are less thtin a certain amount, 
for instance 11000. This might represent a aecojid price amount 832. The trigger could be 
moved from the first point to the second point. The process (and applied business rule) 
would then verify the latter applied condition (rather than the former). 

5 This latter description in Figures 8 and 9 cartesponds to the above mentioned 

process of forming a business process (i.c. "stitching together" the various business steps) 
and then applying the various business rules to further customize the resulting application. 
While the discussion above speahs in terms of ’’moving" tire tri gger point, there is really 
only one physical point in memory. Two users might be limited by price in performing an 
1 0 act (for instance). Both users arrive at the same point in memory. However, depending 
upon whicli user is contacting the memory point, a different result will ensue because of 
the different conditionai limits associated wdth each user. 

Rules cart also be used for data conversion. For example, if a user logged in from a 
remote location (i.e. Japan), the data cair be translated from y^en to dollars. Such 
1 5 conversion might depend upon such conditional factors as the value, the user, and the user 

profiie. 

Genericaily rules can comprise any oilier customer specific function. For example, 
if an order is submitted, but the status of the purchase order is changed, an email message 
might be sent to a managing paify^ regarding the status charvge. A rule can be created and 
20 applied to achieve this (or other) specific functionality. Generaliy, one rule specification 
exists per business object, and then graphical developer tools are used to impiement the 
rule, 

FORMATION AND USE OF TFiMPLATES. Templates can be used to display 
certain information about the enterprise business, in a repetitive manner across many 
25 screens via a macro-template. Micro-templates can also be used to display information 
which might dynamically change. Still other wire frames might be used to dynamicaliy 
link a function (or resuit) Into a page. 

Referring now to Figure 1 0, a block diagram 1000 of a web page is show-n. 

Certain example labels 1 002, 1 004 are .showm. These labels represent wireframes, which 
30 are slots for a link (or invocation) of other code. .An example H TML iabei might include 
$BCMS_FOO_BCMSS, which might invoke a routine for area "foo" associated with the 
ACS, This label would be embedded into the HTML forming a page. A .set of menus 
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5006 is shown to the left of the page - this is a standard window that the user operabiy 
expects to encounter, A niaster-template 1008 is included, which w'ould have enterprise 
business information such as a title, and/or logos. I'ogcther, the wire ftames pins the 
master*tempiates form macro-templates. For each of the micro-templates (,see below-), 

5 within the wire frame the back-end sen-ec side fiinctions are used to generate HTh'IL, on 
the fly, for each displayed screen. 

Referring now to Figure 1 1, a catalog display step is shown, wherein this step is a 
composite step 1101. In this in.-dance, the user desires to perform a search of cataiogued 
steps (or objects), with a li.st of results being showm thereafter (as per element 1102). A 
1 0 keyword 1 104 is entered, which queries a database 1 106. A set of results 1 1 OS is 

displayed 1110 to the user/requc,ster. The user then selects 1112 a particular entry, in this 
instance an ’’order entry” 1 1 14. 

Referring now to Figure 12, further features 1200 of the present invention are 
shown in relation to an example composite step. A composite step 1202 Is iurther 
15 compri,sed of simple steps 1203. As pait of any general corapo.site step 1202, an inquiry 
for infonnation 1204 is sent to a databa.se 1206. The results 1 208 are therealfer sent back 
to the requester, and formatted using HTML, or the like. The formatted data is then sent 
to the clienhuser, who is likely viewing the data via a browser 1210, Now the persons 
using the browser can click-on (or select) some feature presented on the display, and then 
20 a request 1 2 1 2 is sent back to the serv'er. .At this point, &e sers'er might desire to perform 
validation of the data. Also, unmarshalling of name value pairs might be performed. For 
instance, certain data might come back with some end quota, but such data needs to be 
made useful via uninarshalling of the data. Pure J.AVA coding (in this example) might be 
considered a simple step. 

25 A micro-tempiate is, by definition, a place holder for an HTML snippet within an 

HTML page to dynamically embed and generate data coming from any data source, 
irrespective of protocols, and can be rendered in a language independent manner. Hence a 
micro-template might be considered as "real estate” on the HTML page. The micro- 
templates can be made drag-and-droppable using a standard editor. Hie mkra-template is 
30 declared in a macro-template as a group (a wiretjame), and the macro-template can be 
instantiated using an master-template. To have a set of logos (or the like) appear 
consistently across every displayed page, a master-template will be supplied by the 
enterprise business that desires to present a consistent look-and-fee! across many pages. 
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If (for mstance) a website had many pages^ tlie master-tempiate wmild be propagated 
across those many pages. Each macro-template can have a group of micro-templates that 
will be used to compik information jfrom di tTerent sources during run-time. 

The interactive step 1214 is broken down into ''pre'' ^•main" and '*posf^ processing 
5 segments. The '(pre'^ segment involves certain JAVA code, which tells the step how to 
pre-popuiate certain data areas. The area is where data is acmaily shipped and 

persons can declare what goes where, and the "post" segment contains JAVA code to 
process user input. 

One advantage of the present invention is that some of the static parts of a template 
10 are generated from pre deployment environment, wherein a dynamic part might come 

from any ty pe of independent dynamic source. The templates can also be rendered using 
any type of language. For example^ present applications use the iSP/ASP model, in JSP, 
a programrner can use only JA VA, fn ASP; a programmer can use only virtual basic^ or 
JAVA script, in the present case, creativity is separated from programmability, 

15 Generally, a web page is created by an artist, Tlie programming however is done by a 
teclHUcai (IT) person. If ASP is used, the same person must be skilled in both respects. 
Under the present system^ die creative persoxi can concentrate on creating the maero'- 
template, wherein the technical person can concentrate on creating the micro-templates. 
During runtime, both of the resul ts will be merged. The various templates migh t be 
20 rendered in lAVA^ or XSL, or straight URLs, Impiementations might also be provided for 
use of "C" or visual basic or other such languages, 

Ihe wire frames are intended to include a group of niicro-tempiates to make a 
meaningftil application. Under the present invention^ these wireframes turn out to he a 
foundational element of each application. These wire frames can be taken and dropped 
25 into any other w^ebpage to achieve the same application and^br functionality , with minimal 
effort. In large part^ this is because the applications are language independent. For 
instance, one website can be customized to another parly's website with few additions^ and 
regardless of tlie language used for either website. 

TOOLS FOR FORMING APPLICATIONS. To create ACS applications, 

30 appUcation engineers must create several types of artifacts: 1) business objects; 2) 

business object configurations; 3) business steps, including a) simple, b) interactive^ c) 
request, and d) composite; 4) Wire frame files; and 5) Master-template files. A request 
step Is a callout to another step, and is analogoos to a "goto" programming step, rhe first 
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tiiree t of artitacis are encoded in XML files, and the last two are in HTML, In 
addition to being XML files, such objects, configurations, and steps can also refer to each 
other, hence an XML file may not be independent. 

An application engineer (or professlona! services engineer, or conaumer service 
5 person) can create and edit XML files using a text or XML editor. However, tltis process 
can often be tedious, error-prone, and time consuming. In addition, certain types of 
artifacts such as composite b«,sines,s steps (which are used to create workflows) are most 
naturally described in a graphicai (diagrammatic) manner. Furihennore, even relatively 
simple artifacts such as business objecto can be reiativeiy complex to describe in XML, 

10 but can be more easily described using a customized graphical editor. 

An ACS appHcation designer/buiider (henceforth referred to as the tool) is an 
integrated devdopment environment (IDE) for creating and manipulating ACS artifact.s, 
and consists of a general extensible framework and a set of custom plug-in "editors” — one 
for each type of artitact. I'he tool perfonns additional inpui validation when loading XML 
15 artifacts, thereby identifying errors very early in the design proce.ss. Furthermore, each 
custom editor, to a large extent, also prevents the user from creating ill-defined or invalid 
artifacts. 

The tool arcMtecture is configured so that new object fy'pes cait easily be added 
through the menu structure. Object reposltoriss can he both local (file system) and remote 
20 (HTTP). I'he tool can nm stand alone in a computer, or in a web browser. The plug-in 
editor framework also uses an extensible tabbed view metaphor. For example, new 
objects might easily be added, with each new object carrying a set of edit tabs. The 
composite workflow editor displays complex business application process flows in a 
simple manner. This allow's users to compose new w'orkflow logic from existing 
25 components. The business object confsguration includes a set of editors that allow' a user 
to quickly customize business objects for specific customer deployments. Also included 
arc defimlt filter editors, custom filter editom, and named rules. Inlegrated tools include 
the ability to compile and build a feature on the fly. A wire-ffame can also be merged 
onto the resulfing application so that it can be invoked from a display screen (see template 
30 discussion). 

Referring now to Figure 13, a series of application designer screens are shown that 
further demonstrate the functional implementation of the above mentioned features. In 
this example, the materials are grouped on a project basis. Figure 1300 shows a window' 
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1302 with a project tree window' 1304, a message window 1306, and a tabbed editor 
window' 1308, The project tree w'indow 1304 lists all of the items in the project. Unique 
icon,s and a folder hierarchy are used to identify and group different types of artifacts. 

These artifacts might include business objects, biisine.ss object configurations, business 
steps, wireframes, and master*temp!ates. The message window 1 306 lists the various 
w'aming messages, eiTOr messages, and status messages, etc, Tliese w'arning messages 
assist the developer in stitching together the various steps to form an application. The 
various parameters associated with the input and output ports might be constrained by 
types (j.e. real or integer values). In order to link the variou.s boxes (or steps), the probiem 
becomes more than simpiy linking one box to another wi th a connector. The flow of data 
across the various parameters associated with each step must also coindde. The ports 
must also be validated as compatible (i,e. not every port can foe connected to some other 
port). For instance, one port might expect three integers, whereas another port might 
expect tiiree string variables. The grapMca! tool allows new ports to be added or deleted, 
and similarly new' parameters to be defined lor any given step. 

If certain input ports, output ports, and related data parameters in each of these 
ports do not properly coincide, then error messages will help facilitate any corrections to 
the workflow. Window 1 308 shows a tabbed editor w'hich allow'.s for graphical 
Implementation and placement of the various steps, Tire steps are stored atrd listed 
according to a catalog of such steps, wherein the catalog can be searched. A collection of 
pre-defmed steps exi,sts for performing certain standardized tasks. For instance, displaying 
certain information, or tabuiating certain data involves the same basic logic. 

The processor type (i.e, JAVA, XSL, URL, etc,) can also be specified, by 
developer choice, for each micro*template of an interactive step, Thi,s allows for added 
flexibility when dealing with different development languages, across many different 
systems. 

Hence, generalized routines (or steps) can be called upon by other routines (or 
steps). Ultimately, a catalog, or palette, of pre-deftned and tested steps can be used by a 
developer to build business routines. This makes forming new routines much easier and 
accessible, especially for non-tecimical professionals. 

Each item in the tabbed editor w'indow can be edited via a number of item specific 
tabs. In tbi,s example, a composite step can be edited via three tabs 1 3 1 0, 1312, and 1 3 14. 
The selected tab (w'orkflow 1 3 1 4) displays the w'orkflow' editor used to assemble the step 
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instarices, and transitions, of the selected composite (or simple) step. In this particiilar 
embodiment, the steps are indicated as simple by the preceding "s*’ in their names, and 
composite steps use a preceding "e" in their names. The v'arious connectors 1316 show the 
data flows between steps. Graphical icons 1318 are used to indicate certain aspects of the 
5 parameters being passed w'ithin the connection. Tab 1310 can be used to show' the various 
input ports for a particular step (composite or otherwise). Tab 1312 can be used to show 
tire various output ports. By quickly pulling up the various data interface requirements 
between the steps, a working application (i.e. error free, with no data conflicts) can be 
constructed. 

10 Display filters might also be used to quickly chtmge various aspects of the display. 

For instance, the text being displayed might be associated with certain fields in the filter. 
The developer can therefore change only this field and not alTect the overall functionahty 
of the developed routine. 

llte aforementioned rules can also be applied via the graphical interface. In one 
15 sense, the rules act as database triggers. The rales generally provide conditional directions 
regarding what to do with certain objects (see description above). 

Referring now to Figures 13 A- 130, a set of example screens is shown reiatrag to 
the GUI tool. In Figure I3A, a screen is shown w'here an example "product" object is 
selected in the project tree window 1304. A set of tabs 1322 (i.e. irapiementation, 

20 attributes, relations, and acces.s operations) are showm for this object selection. Other 
types of objects might utilize a different set of tabs. The implementation tab 1324 is 
shown seiected. This results in main window 1 325 showing .lAVA code for a method 
which is defined in association with that object. 

Figure 13B next shows the "attributes" tab 1326 being seiected. The attributes are 
25 listed by name and the properties are shown, .An attribute tj'pically has domain, a 

cardinaiity, and key. The aUribute might be flagged as required or not. 'Hie attribute 
might also be persistent or not. A conunent section 1327 is shown which might show 
deseriptive comments to further document w'hy/ltow each field is used. 

Figure 13C shows the "relations” tab 1328 being seiected. This screen allows the 
30 present invention to show relations between varion.s objects. For example, an employee 
object w'ouid have a relation to a manager object, and so forth. 
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A business object cotifjguration is generaily used to customize business object for 
each customer, la this example, the business object conilguraticm has three parts: default 
filter, custom filters, and named rules. Figure 13D shows an exampie business object 
configuration for "Product" 1332. Thi.s configuration is stored in a configuration catalog 
1330 as viewed on the project tree list. The default filter .selection 1335 shows a set of 
attributes/relations 1 334 which arc in u.se for each selected object configuration, A set of 
unused attributes/relations 1 336 are also shown. The attributes can be moved from u^ed to 
unused states via the add./remave filter buttons. The attributc.s of the selected "Price! " 

1338 are showm as a named pair inciuding format 1 340 and currency 1342. As another 
example. Dates (not shown as a selection) might cany' long or short date formats, etc. The 
edit rules button 1 344 allows a user to create and modify implicit rules associated wdtli an 
attribute/reiation. (as similar to Figure 13H, below). 

Figure 13E shows foe "custom filters" tab 1346 being selected. A list of custom 
fillers is shown in the main window, with foe "Productfearures" filter selected, Tlie 
buttons 1349 allow filters to be added, removed, edited, and renamed. Figure 13F shows 
selection of the edit filter button 1350, Window' 1352 shows the attributes/relatfons in this 
particular filter. The up/down buttons can be used to toggle through the listing. Window' 
1354 shows the attributes/relations not in the filter. Window 1358 show's properties/values 
associated with the selected item. Special (non-attribute) items (e.g. 1360) can also be 
listed and used to control how an object wail he displayed (i.e. color attributes, and foe 
like). Items 1360 can generally be used to control a .subset of attributes, 

Figure I3G shows selection of the "named rules” tab 1362. A quote configuration 
1364 is selected in the project tree window. A list of named mles is shown in the main 
window associated with the quote configuration. A "CalculateLiiiesDiscount” rule 1366 
has been selected. By selecting the edit button 1368, foe resulting Figure 13H show's foe 
example code 1370 (XML or otherw'ise) which would complete the task defined by this 
rule. In this case, foe rule performs a simple calculation. Many other such rules (and rule 
complexities) might exist, which would be tied to different events. 

Example screens for mampulating steps are next shaw'n. Steps involve inputting 
certain data and producing a result, or output data, llie tabs for manipulating steps include 
implementation, input ports, and output ports. Figure 131 show.s a listing of steps in the 
project tree fisting window' 1372. In this example, a simple step "sGetBOMRelations" 

1 374 has been selected. The impiementtjtion tab 1376 has been selected. This results in 
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JAV A code being displayed in the main window 1378. Figure 1 3J shows selection of the 
input port tab 1380. WTiile many ports might exist this example shows one input port 
"GetBOMListFort" 1382. Figure 13K shows the result of .selecting "edit” 1384. The 
parameters for this input port are shown, with the name and type (i.e. integer, string, etc.) 

5 of each paraaiieter. 

An interactive step provides pre, main, and post implementation. .As previously 
mentioned, interactive steps display output for, aird obtain input from, the user. For 
exajnpie, the interactive step might show a static display and-'or elicit data input from the 
user. In this example, the "iShowIh-odDetails" interactive step 1386 has been selected. 

10 The pre impiementation ("Pre Impi") tab 1388 results in the display of JAVA code 
associated with this pre implementation step. 

Figure 13M show^s the result of the main implementation step being seiected. A 
macro template name 1392 is listed, along with a list of associated micro-templates 1394. 
The micro-template ’’MTProductFeatures'' 1396 has been seiected, and shows the 
1 5 associated type and object name fields. This micro-tempiate is associated with a processor 
name 1395 and processor value 1396. 

Figure 13N show's the post implementation tab 1398 selected. JAVA code is 
displayed in the main window for handling the result of the main interactive .step. For 
example, tins code would handle the placement of data on an output port in response to the 
20 prior user input (if user input has been so provided). 

Figure 1 30 shows a workflow tab 1 399 being selected for the composite step 
"cProductCatalogMain" 1397. The graphical workflow display shows various composite 
and interactive steps being connected. Example connector 1 395 indicates a singie 
tmnsition between steps. Coimector 1393 indicates a multiple transition in both directions, 
25 Connector 1 391 indicates a single transition in either direction. Color coding is used in 
association with the connectors to indicate activity . This further aids in development of a 
worktiow. 

Although the foregoing invention has been described in some detail for purposes of 
clarity of understanding, it will be apparent that certain changes and modifications may be 
30 practiced within the scope of the appended claims. Therefore, the described embodiments 
should be taken as illustrative and not restrictive, and the invention should not be limited 
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to the details given herein but should be defined by the following claims and their full 
scope of equivalents. 
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CLAIMS 

What is claimed is: 

1 . A method for providing ciistom configurable service applications from a 
Standardized set of components associated with a scr\'er device, the method coraprising: 

5 configuring best-of-breed components and associated server device applkadons 

for communicating with systems external to the sen-'er device; 

fbmiing and utilizing a first set of objects which are data representations for 
interacting with the systems exteraaS to the server device; 

constructing a service application from a modular set of application steps and 

10 application rules to perform services according to user requirements, the service 
application interfacing vidth the best-of-breed components; and 

forming and utilizing at least a second set of objecte which are data representations 
for interacting with a user through the service application. 

2. The method of Claim I , further comprising: 

1 5 storing and retrieving data and information from a data repositoty, whereby the 

data repository facilitates the centralized storage, retrieval, and sharing of such data and 
information between applications. 

3. The method of Claim 1 , wherein foe custom configurabie service 
applications includes at least business service applications, and foe objects arc business 

20 objects, 

4. The mefood of Claim 3, wherein at least one business service application 
indudes a product catalog for m enterprise business. 

5. The method of Claim 4, wherein at least one business service appheation 
also includes a product configuration manager for configuring a product from the 

25 enterprise business, 

6. 'fhe method of Claim 3 , %'herein the set of application steps are business 
steps that include operations with a defined set of input and output ports, w'ith each port 
having a defined set of parameters, 

7. The method of Claim 6, wherein the application rules are business rules, 

30 which are used to capture customer specific busines.s practices. 



43 




wo 01/1 



PCT/ISS60/22032 



8. The appai-atus according to Claim 7, %vhereirt an existing business service 
application can be selected, furilier developed, and cnstomixed, 

9. The method of Claim 7, wherein the business rules are used to produce 
different results depending on conditional triggers that are associated with the underiying 

5 business objects. 

1 0. The inethod of Claim 7, wherein the con.structing step further utilizes a 
graphical user interface for arranging the bn.sirtess steps and business rules comprising a 
business serv-ice application, with data conrtections therebetween. 

1 1 . The method of Claim i 0, whereby feedback is provided as to the validity of 
10 the data connections between the arranged business steps and business rules coraprisrag a 

business service application, 

12. The method of Claim 1 , wherein the best-oTbreed components and 
imderlying applications comprise and run the commerce server. 

13 . The method of Claim 7, wherein the best-of-breed eomponents are 

1 5 interfaced with the business service applications through APIs. 

14. Tlie method of Claim 13, forther comprising; providing a catalog of .APIs 
for developers to reference in developing applications that interface with the best-of-breed 
components, 

1 .5. The method of Claim 7, forther providing adapters for communicating witlt 

20 the back-end external systems. 

16. The method of Claim 1 5, wherein the back-end extemal .systems include 
ERP systems. 

17. The method of Claim 15, wherein a separate adapter is provided for each 
different extemal sy.stem, 

25 1 8 . The method of Claim 1 , further providing a community enabler for 

accessing data and information from, di fferent functional components of the sender device, 
extemal systems, and service applications, whereby the user can request an aggregate 
presentation of such different data or information into at least one display area, 

19, The method of Claim 18, wherein die user caii transition back and forth 
30 betw'een the different data or infonnation widiout having to coimect to another ser\''er 
device or wfebsite. 
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20. The method of Claim 1 8, wherein, the user is provided with a single source 

log-on. 

21. The method of Claim 18, wherein templates are used to comprise a page, 
with the data or information dynamicallv linked into the page from a corresponding data 

5 source, 

22. The method of Claim 21, wherein a master-template is applied across a 
series of pages, and a micro-template is used to selectively display data from a vari ety of 
sources, 

23 . The method of Claim 1 8, wherein the data or mfoimation is accessed in a 

1 0 manner which is context sensitive to at least part of the data or information. 

24. The method of Claim 1 , wherein the sert'ice applications are provided to a 
user through a netw'ork connection. 

25. The method of Claim 24, wherein the network connection is an Internet 
connection. 

1 5 26. Tile method of Claim 1 , wherem the service applications are provided to a 

user through a disconnected mode. 

27. A method for providing custom configurable business service applications 
to a user through a server device, the method comprising: 

configuring the server device as comprised of best-ol-breed components; 

20 configuring the server device with hest-of-breed sen'er applications for interacting 

with tire best-of-breed components and providing sen.-'er functionalities; 

constructing a business service application from a modular set of components that 
can by dynaraically arranged according to irser requirements, the business service 
application interacting with the server applications to provide the user with the sen'er 

25 fiinctionalities. 

interfacing with systems external to the server device via adapters configured to 
communicate with the external system. 

28, The method of Claim 27, further providing for: 
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Storing and retrieving data representations from the busmess service appiication and the 
sender applications in a centralized repository, whereby the data repiesentattons are readily 
available to ail ftinctions and applications associated with the server device. 

29. The method of Claim 28, further providing: 

5 enabling tite community exchange of data and infbmtatson betw'een alt applications and 
server functions associated with the serv'er device. 

30. The method of Claim 29, wherein the user can request an aggregate 
presentation of the different data or information into at least one display area, 

31 . The method of Claim 29, wherein the modular set of components mcludes 

1 0 business .steps which are operations with a defined set of input and output ports, with each 
port hasdng a defined set of parameters, and business rules which are used to capture 
customer specific busmess practices. 

32. The method of Claim 3 1 , wherein the business rules are used to produce 
different results depending on conditional triggers that are associated with the underlying 

1 5 business objects. 

33. 'fhe method of Claim 3 1, wherein the constructing step further utilizes a 
graphical user interface for arranging the business steps and business rules compri.sing a 
business service application with data connections therebetween. 

34. The method of Claim 3 1, wherein the step of mterfacing wdth systems 

20 extemai to the server device utilizes at least XML. 

35. The method of Claim 31, w'herein data representations betw'een the 
business service applications and users are formulated and managed as b«.siness obj ect.s. 

36. The method of Claim 3 5, wherein data representations between the server 
device and systems extemai to the serv'er device are fbnnulated and managed as business 

25 objects, 

37. The method of Claim 36, wherein the busmess rules are used to produce 
different results depending on conditional triggers that are associated with the underlying 
btrsiness objects. 

38. The method according to Claim 27, wherein an enterprise company can 

30 quickly acquire a turn-key e-commerce solution to automate their channel relationships. 
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39, The method according to Claim 27, wherein a net market maker can 
quickly acquire a tum-key e-comnierce solution to automate their channel relationships. 

40. An apparatus for providing custom configurable service applications from a 
standardi zed set of components associated with a server device, the apparatus comprising: 

5 a server device configured from best-of-breed components, and running hest-of- 

breed serv'er applications to provide certain server functionalities, the server device having 
server data including data representations for mteracting witli systems external to the 
server device, the data representations being managed as objects; 

a graphical design tool used for constructing at least one service application from a 

1 0 modular set of application steps and appMcation rules, the service application performing 
sen'ices according to user requirements, the service appiication being capable of 
interfacing with the best-of-breed components and server applications, the server data 
fiirther inciuding data representations for interacting with users, the data representations 
being managed as objects; 

15 at least one adapter device for interfacing with the systems external to the server 

device; and 

a repository for storing and retrieving serv'er data, the repository facilitating 
centralized storage, retrieval, and sharing of serstor data between all the serv'er device 
components, seiv^er applications, and service applications, 

20 41 , The apparatus according to Claim 40, wherein the custom configurable 

servdee applications includes at least business service applications, and the objects are 
business objects. 

42. The appafatus according to Claim 41 , wherein at least one business serv-ice 
appiteation mdudes a product catalog for an enterprise business. 

25 43 , The apparatus according to Claim 42, wherein at least one business service 

application also includes a product configuration manager for configuring a product from 
the enterprise business. 

44, The apparatus according to Claim 4 1 , wherein the set of application steps 
are business steps foat include operations with a defined set of input and output ports, with 

3 0 each port having a defined set of parameters. 
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45 , The apparatus according to Ciaim 44, wherein the application rules are 
business rules, which are used to capture customer apeciilc business practices, 

46. The apparatus according to Claim 45, wherein an existing business service 
appiication can be selected, further developed, and customized. 

5 47. The apparatus according to Ciaim 45, wherein the business rales are used to 

produce different results depending on conditionai triggens that are associated with the 
rmderlying busmess objects. 

48. The apparatus according to Claim 45, wherein the design tool further 
utilizes a graphical user interface for arranging the business steps and busmess rules tiiat 

1 0 comprise a bminess service application, with data connections therebetween. 

49. The apparatus according to Claim 48, whereby the graphical tool provides 
feedback as to the validity of the data connections between the arranged business steps and 
business rules comprising a business service application. 

50. The apparatus according to Claim 49, whereby the graphical u.ser interface 

1 5 tool accounts for the ports and parameters betw'een connected steps. 

5 1 . The apparatus according to Ciaim 47, wherein the best-of-breed 
components are interfaced with the business service applications througlt APIs. 

52. The apparatus according to Claim 51 , which further provides a catalog of 
APIs for developers to reference in developing applications that interface witlt the best-of- 

20 breed components. 

5 3 . The apparatus according to Claim 4 1 , wherein the external sy.stems are 
back-end systems. 

54. The apparatus according to Claim 53, wherein the back-end systems 
include EKP systems. 

25 55. The apparatus according to Claim 40, wherein a separate adapter is 

provided for each different extemal sjtstem. 

56. The apparatus according to Claim 40, further providing a community 
enabler tor accessing data and infonnation from tlie ditferent functional components of the 
serv'er device, the external systems, and the service applications, whereby the user can 

30 request an aggregate presentation of such different data or information into at iea.st one 
display area. 
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57. The apparatus according to Claim 56, wherein the user can transition back 
and forth between the different data or information without having to connect to another 
server device or website, 

58. The apparatus according to Claim 56, wherein the user is prr>¥ided with a 
5 single source log-on. 

59. The apparatus according to Claim 56, w'hexein templates are used to 
comprise a page, with the data or information dynamically linked into the page from a 
corresponding data source. 

60. The apparatus according to Claim 59, wherein a ma.ster-tempiate i.s applied 
10 across a series of pages, and a micro-teraplate is used to selectively display data from a 

variety of sources, 

6 i . The apparatus according to Ci aim 56, wherein the data or information is 

accessed in a manner w^hich is context sensitive to at least part of the data or information. 

62. 'fhe apparatus according to Claim 40, wherein the service applications are 
1 5 provided to a user through a network connection, 

63 , The apparatus according to Claim 62, w'herein the network connection is an 
Internet connection. 

64, Hie apparatus according to Claim 40, wiierein the service applications are 
provided to a user though a disconnected mode. 

20 65. A server system for providing cu,stom configurable business seivdcc 

applications to a user through a server device, the apparatus comprising; 

a sers'er device as comprised of best-of-breed components; 

the serv'er device configured with best-of-breed server applications for interacting 
with the best-of-breed components and providing seiver &nctionalite.s; 

25 a construction too! for developing a business service application from a modular 

set of comportents that can by dynamically arranged according to user requirements, tlie 
business service application interacting with the sen-'er applications to provide the user 
with the server functionalities; and 

an interface betw'een the server device and systems external to the .server devdee 
30 which utilizes adapters configured to communicate with the external systems. 
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66. The sender system accordmg to Claim 65, further providiitg for a 
centTailzed repository', whereby data representations from the business service 
applications, the sen’er applications, the external systems and the users are stored and 
retrieved in the centralized repositor)’, whereby the data representations are readily 

5 available to all functions and applications associated with the server device. 

67. The server system according to Claim 66, wherein the repository' is external 
to the server deydce. 

68. The server system according to Claim 66, wherein tlte repository is closely 
associated with the service device. 

i 0 69. The server system according to Claim 68, yvherein further provided is a 

comimmity enabler that facilitates the community exchange of data aitd information 
betyveen all applications and server functions associated with the sery'er device. 

70, The server system according to Claim 69, wherein the user can request an 
aggregate presentation of the different data or information into at least one display area. 

15 71 . The server system according to Claim 69, wherein the modular set of 

components includes business steps which are operations yvith a defined set of input and 
output ports, with each port liaving a defined set of piffameters, and business rules which 
are used to capture customer specific business practices. 

72. The server system accordmg to Claim 7 1 , yvherein the business rules are 

20 used to produce different results depending on conditional triggers that are associated with 

the underlying fousiness objects. 

73 . The sery'er system according to Claim 7 1 , wherein the design tool further 
provides for a graphical user interface for arranging the business steps and business rules 
comprising a business serydee application with data eonnections therebetyveen, 

25 74. The sers'cr system according to Claim 71, wherein the interface with 

systems external to the serv'er device utilizes at least XML, 

75 . The server system accordmg to Claim 7 1 , yvherein data representations 
between the business service applications and users are formulated and treated as business 
objects. 
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76, Hie serv'cr system according to Ciaim 75, wherein data representations 
between tire server device imd systems externa! to tiie sert^er device are formulated and 
treated as business objects. 

77, The server system according to Claim 76, wherein the business rules are 
used to produce different results depending on conditional triggers that are associated with 
the underly ing business objects, 

78, The server system according to Claim 67, wherein an enterprise company 
can quickly acquire a turn-key e-eonimerce solution to automate tlteir business channel 
relationsMps. 

79, The server system according to Claim 67, wherein a net market maker can 
quickiy acquire a turn-key e-commerce solution to automate their business channel 
relationships, 

80, A method tor providing customized business application solutions to at 
least one enterprise company that contacts a centralized provider of such solutions, the 
method comprising; 

assembling a collection of best-of*breed components to provide a seamless 
connection to services that are outsourced from the centralized provider; 

capturing the particularized business processes of the at least one enterprise 
company; 

providing a modular approach towards building a busine.ss service application for 
the at least one enterprise company ; and 

customizing the modularly built business service application according to the 
captured business processes. 



8 1 . The method according to Claim 80, ''therein the enterprise company 
tiiereby aequire.s a turn-key e-commerce solution to automate channel relationships. 



82, The method according to Ciaim 80, wherein the .step of capturing the 
business proces.ses includes determining the business processes in an automated manner. 




wo 01/14962 



PCT/USOO/22032 



83 . The method according to Claim 82, wherein the step of capturing the 

business processes Ihrther includes determining the business processes in a human 
interactive manner. 



84. The raetliod according to Claim SO, wherein the step of providing a 

5 modular approach includes managing the interactions with external systems or users as 
business objects, 

85. rhe method according to Claim 84, wherein the business objects include 
data representations in an XML and Java combined format. 

86. The method according to Claim 84, w'lierein the step of providing a 

1 0 modular approach fiirther includes utilizing business steps and business rules to construct 
the business application, 

87. The method according to Claim 86, whereby the business steps are business 
operations with a defined set of input and output ports, each port having a defined set of 
parameters. 

1 5 88. The method accarding to Claim 87, W'hereby the business rules are used to 

capture customer specific business practices. 

89. The method according to Claim 86, wherein an additional step includes: 

providing tools that allows the business steps to be arranged according to the needs 
of the enterprise business, 

20 90. The method according to Claim 89, wherein die tools inciude a gmphicni 

user interface that allows a developer to visually arrange business steps into business 
processes or workflow'S, 

91 , The method according to Claim 90, wherein the tools further allow the 
developer to associate business rules with the arranged business steps. 

25 92. Tiie method according to Claim SO, w'herein an additional step includes: 

providing community a.spects betw-een developed applications and fhnetions 
offered by the centralized provider. 



52 




wo C1/J4962 



PCT/USOO/22032 



93 . A business method ibr providing a user with a centralized framework for 
developing and customizing a business service application from a modular set of 
components associated with a centraiized device, the method comprising: 

configuring the centraiized device with best-of-breed components for 
5 coinmunicating with sources external to the centralized device: 

capturing foe paitieularized business processes of a user: 

providing certain modular components that can be arranged to form a business 
sertdee application; attd 

customizing the arrangement of the modtjlar components to form a business 
1 0 service application according to the particularized business processes tvf the user, 

94. ITie business method of Claim 93 , wiierein the user includes an enterprise 
company that can interact with the centralized framework to thereby create e-commerce 
business solutions without having to develop, maintain and upgrade foe solutions in-house. 

95. The business method of Claim 93, wherein the modular components 

1 5 include business objects as data representations in XML and Java combined formats. 

96. The business method of Claim 95, wherein foe modular components further 
indude business steps as business operations with a defined set of input and output ports, 
each port having a defined set of parameters. 

97. The business method of Claim 96, wherein foe modular components further 
20 include business rules as conditional triggers associated with underlying business objects. 

98. The business mefood of Claim 97, wherein the modular components can be 
moved, or the connections modified, in order to create and customize a business process, 

99. A business mefood for providing a pluraltty of standardized business 
.sendee applications and customized business service applications through a central serv'er 

25 device, the method including: 

configuring foe sender device from best-of-breed components; 
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configuring the best-of~breed components to communicate with data sources 
external to the serv'er device via application, interfaces (A}*Is); 



determining the husiness processes of a user business that contacts the central 
service device; 



5 forming a customized business service applicaiion trom existing standardized 

business service applications as modified by modular components provided by the centra! 
server device; and 

providing for community' interaction between business seiv'ice applications, and 
the central server device. 

1 0 100. Tire husiness method of Claim 99, wherein the modular components 

include; 

business objects as data representations; 

business steps as business operations with a defined set of input and output ports, 
each port having a defined set of parameters; and 

} 5 business rules as conditional triggers associated wth underlying business objects. 
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